home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Taifun / Taifun 013 (1987-05-15)(Ossowski, Stefan)(DE)(PD).zip / Taifun 013 (1987-05-15)(Ossowski, Stefan)(DE)(PD).adf / amigaventure / QuickInfo < prev    next >
Text File  |  1987-03-04  |  2KB  |  46 lines
  1. Article 5050 of net.micro.amiga:
  2. Relay-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site well.UUCP
  3. Path: well!ptsfa!dual!unisoft!lll-lcc!lll-crg!seismo!think!husc6!husc4!hadeishi
  4. From: hadeishi@husc4.harvard.edu (mitsuharu hadeishi)
  5. Newsgroups: net.micro.amiga
  6. Subject: AmigaVenture 1.17 QUICK REFERENCE GUIDE
  7. Message-ID: <397@husc6.HARVARD.EDU>
  8. Date: 14 Oct 86 18:50:51 GMT
  9. Date-Received: 15 Oct 86 10:49:57 GMT
  10. Sender: news@husc6.HARVARD.EDU
  11. Reply-To: hadeishi@husc4.UUCP (mitsuharu hadeishi)
  12. Distribution: net
  13. Organization: Harvard Science Center
  14. Lines: 552
  15. Keywords:
  16.  
  17.  
  18.     This Quick Reference Guide can be loaded into AmigaBasic
  19. as well.  If you need help on a particular section of code in AmigaBasic,
  20. you can type "list label-" and some text describing that section of
  21. code will come up in the LIST window.  (The Reference Guide is organized
  22. in the same fashion as the actual program.)  Following that is
  23. a section describing the object-handling primitives and data list
  24. subprograms, and finally a list of the main variables used in AmigaVenture.
  25. Invaluable guide for deciphering the example adventure and example
  26. verbs given in the source code.
  27.  
  28.     Some of the variables listed are for internal use and should only
  29. be used in conjunction with the higher-level access.  All features of
  30. AmigaVenture are documented in the source code, but details of
  31. implementation of these features require an intrepid programmer.
  32. If you have questions about a particular section of code, feel free
  33. to email me, though I can't guarantee an immediate response.
  34. (The most cryptic is the implementation of a rather sophisticated
  35. system of conditional descriptions.  This allows you to have a
  36. description of a room which varies depending on the state of various
  37. program flags.  You can even have separate descriptions for nighttime
  38. and daytime, for example.  How to do this is fully documented, but
  39. the implementation of this is a rather complicated set of array
  40. indirection and conditional evaluation.  If you wish to move the
  41. descriptions onto a random-access disk file, please email me and
  42. I'll try to describe how the system works.  Essentially you only
  43. have to copy the portion of Initialize: dealing with d
  44.  
  45.  
  46.